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(57) Abstract: The present invention relates to mechanisms for handling and delecting collisions between threads f5. (>. 7) that 
execute computer program instructions out of program order. According ti> an embodiment of the present invention each of a plurality 
of threads (5. 6. 7) are associated with ;i respective data structure ( u . 10. I h comprising ;i number of bits U2) that correspond to 
memon element (m 0 . nij. nv. m,,) of a shared memory (4j. When n thread accesses a memory element in the shared memory, i: 
seh ;i liit in its associated data structure, which bit corresponds to the accessed memory element. Tiii^ indicates that the memory 
element has been accessed by ihc thread Collision detection m;i\ be carried out alter the thread has finished executing by means uf 
comparinc the data struciuie ol the thread with the data structures of other threads on which the thread mu\ depeml. 
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COLLISION HANDLING APPARATUS AND METHOD 
FIELD OF THE INA^ENTION 

The present invention relates in general to execution of computer program 
instructions, and more specifically to thxead-based speculative execution of 
computer program instructions out of program order. 

BACKGROUND OF THE INVENTION 

The performance of computer processors has been tremendously enhanced 
over the years. This has been achieved both by means of making operations 
faster and by means of increasing the parallelism of the processors, i.e. the 
ability to execute several operations in parallel. Operations can for instance be 
made faster by means improving transistors to make them switch faster or 
optimizing the design to minimize the level of logic needed to implement a 
given function. Techniques for parallelism include processing computer 
program instructions concurrently in multiple threads. There are programs that 
are designed ro execute in several concurrent threads, but a program that is 
designed to execute in a single thread can also be executed in several 
concurrent threads. If the execution of a program in several concurrent 
threads causes program instructions to be executed in an order that differs 
from the program order in which the program was designed to execute die 
thread execution is speculative. The discussion hereinafter focuses on such 
speculative thread execution. 

A computer program that has been designed to be executed in a single thread 
can be: parallelised by dividing the program flow into multiple threads and 
speculatively executing these threads concurrently usually on multiple 
processing units. The international parent application WO00/29939 describes 
techniques diat may be used to divide a program into multiple threads. 
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However, if the tlireads access a shared memory, collisions between the 
concurrently executed tlireads may occur. A collision is a situation in which the 
threads access the shared memory in such a way that there is no guarantee that 
the semantics of the original single-threaded program is preserved. 

5 A collision may occur when two concurrent threads access the" same memory 
element in die shared memory. An example of a collision is when a first thread 
writes to a memory element and the same memory element has already been 
read by a second thread which follows the first thread in the program flow of 
the single-threaded program. If the write operation performed by the first 

1 0 thread changes the data in the memory element, the second thread will read 

the wrong data, which may give a result of program execution that differs from 
the result that would have been obtained if the program had been executed in 
a single thread. Depending on the implementation, collisions can for example 
also occur when two tlireads write to the same memory element in the shared 

1 5 memory. 

Execution of a computer program in multiple concurrent threads is intended 
to speed up program execution, without altering the semantics of die program. 
It is therefore of interest to provide a mechanism for detecting collisions. 
When a collision has been detected one or more threads can be rolled back in 

2 0 order to make sure that the semantics of the single-threaded program is 
preserved. A rollback involves restarting a thread at an earlier point in 
execution, and undoing everydiing that has been done by the thread after that 
point. In the example above, in which the older first thread wrote to a memory 
element diat already had been read by the younger second thread, the second 

2 5 thread should be rolled back, at least to the point when the memory element 
was read, if it is to be guaranteed that the semantics of the single-threaded 
program is preserved. 
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A known mechanism for detecting and handling collisions involves keeping 
track of accesses to memory elements by means of associating two or more 
flag bits per thread with each memory object. One of these flag bits is used to 
indicate that the memory object has been read by the thread, and another bit is 
used to indicated that the memory object has been modified by the thread. 

The international patent application WO 00/70450 describes an example of 
such a known mechanism. Before a primary thread writing to a memory 
element in a shared memory, status information associated with the memory 
element is checked to see if a speculative thread has read die memory element. 
If so, die speculative thread is caused to roll back so that the speculative thread 
can read the result of the write operation. 

A disadvantage of this known mechanism when implemented in software is 
that it results in a large execution overhead due to the communication and 
synchronization between die threads that is required for each access to die 
shared memory. The status information is accessible to several threads and a 
locking mechanism is therefore required in order to make sure that errors do 
not occur due to concurrent access to die same status information by two 
direads. There is also a need for memory barriers (also called memory fences) 
in order to ensure correct ordering between accesses to the shared memory 
and accesses to the status information. 

Another example of a known mechanism for detecting and handling collisions 
is described in Steffan J.G. et aL, "The Potential for Using Thread-Level Data 
Speculation to Facilitate Automatic Parallelization", Proceedings of die Fourth 
International Symposium on High-Performance Computer Architecture, 
February 1998, and in Opliriger J. et al... "Software and Hardware for 
Exploiting Speculative Parallelism with a Multiprocessor" Stanford University 
Computer Systems Lab Technical Report CSL-T.R- C >~ -71 f . PVbrunrv l t,c >~ An 
extended cache coherency protocol is used to support -speculative threads. 
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The flag bits are, according to this technique, associated with cache lines in a 
first level cache of each of a plurality of processors. When a thread performs a 
write operation, a standard cache coherency protocol invalidates the affected 
cache line in the other processors. By extending the cache coherency protocol 
5 to include the thread number in the invalidation request, the other processors 
can detect read after write dependence violations and perform rollbacks if 
necessary. A disadvantage of this approach is that speculatively accessed cache 
lines have to be kept in the first level cache until the speculative thread has 
been committed, otherwise the extra information associated with each cache 
10 line is lost. If the processor runs out of available positions in the first level 

cache during execution of the speculative thread, the speculative thread has to 
be rolled back. Another disadvantage is that die method requires modifications 
to the cache coherency protocol implemented in hardware, and cannot be 
implemented purely in software using standard microprocessor components. 

1 5 SUMMARY OF THE INVENTION 

As mentioned above the known mechanisms for handling and detecting 
collisions have some disadvantages. The problem solved by the present 
invention is to provide mechanisms that simplify handling and detection of 
collisions. 

2 0 A first object of the present invention is to provide a device having simplified 
mechanisms for recording information regarding memory accesses to a shared 
memory. 

A second object of the present invention is to provide a simplified method for 
recording information regarding memory accesses to a shared memory. 

25 A third object of the present invention is to provide a simplified method for 
handling possible collisions between a plurality of threads. 
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The objects of the present: invention are achieved by means of an apparatus 
according to claim 1, by means of a method according to claim 17 and by means 
of a method according to claim 27. The objects of the invention are further 
achieved by means of computer program products according to claim 36 and 
claim 37. 

According to the present invention each of a plurality of threads are associated 
with a respective data structure for storing information regarding accesses to die 
memory elements of die shared memory. When a thread accesses a selected 
memory element in die shared memory, information is stored in its associated 
data structure, which information is indicative of die access to die selected 
memory element. According to an embodiment of die present invention 
collision detection is carried out after die thread has finished executing by means 
of comparing die data structure of die thread with die data structures of other 
direads on which die thread may depend. 

An advantage of die present invention is that each thread is associated witii a 
respective data structure that stores die information indicative of the accesses to 
die shared memory. This is especially advantageous in a software 
implementation since each diread will only modify the data structure witii which 
it is associated. The threads will read die data structures of other direads, but 
they will only write to dieir own associated data structure according to die 
present invention. The need for locking mechanisms is therefore reduced 
compared with die known solutions discussed above in which die information 
indicative of memory accesses were associated wkb die memory elements of die 
shared memory and were modified by all die threads. The reduced need for 
locking mechanisms reduces die execution overhead and makes die 
implementation simpler. In die software UTjplemcntation, the absence of locks 
and memory barriers during thread execution will :ilso give a compiler more 
freedom to optimize die code. 
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Another advantage of die present invention is that, since it does not require a 
modified cache coherency protocol, it can be implemented purely in software, 
thus making it possible to implement the invention using standard components. 

Further advantages of embodiments of the present invention will be apparent 
5 from the following detailed description of preferred embodiments with 
reference to accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a schematic block diagram of a computer system in which the present 
invention is used. 

1 0 Figs. 2A and 2B are schematic diagrams that illustrate a computer program being 
executed in a single thread and divided into several threads respectively. 
Fig. 3A is schematic block diagram that illustrates how data structures according 
to die present invention are used. 

Fig. 3B is schematic block diagram that illustrates how an alternative 
1 5 embodiment of data structures according to the present invention is used. 

Fig. 4 is a flow diagram illustrating how reading from die shared memory may be 
performed according to the present invention. 

Fig. 5 is a flow diagram illustrating how wilting to die shared memory may be 
performed according to die present invention. 
20 Fig. 6 is a schematic block diagram that illustrates dependence lists associated 
with tiireads according to die present invention. 

Fig. 7 is a flow diagram illustrating how a thread may be executed and a collision 
check for die thread may be made according to die present invention. 

2 5 DETAILED DESCRIPTION OF SPECIFIC EMBODIMENTS 

Figure 1 illustrates a computer system 1 including iwo central processing units 
(CPUs;, first CPU 2 and second CPU 3. The CPUs accesses a shared memory 4, 



WO 03/054693 



7 



I'CT/SEO 1/0274 1 



divided into a number of memory elements mO, ml, m2, mn. The memory 
elements may for instance be equal to a cache line or may alternatively 
correspond to a variable or an object in a source language. Figure 1 also shows 
three threads 5, 6, 7 executing on die CPUs 2, 3. 

5 A thread can be seen as a portion of computer program code that is defined by 
two checkpoints, a start point and an end point. Figure 2a shows a schematic 
illustration of a computer program 8 comprising a number of instructions or 
operations, il, i2,...in. When the computer program is executed as a single 
thread, die normal way of processing die instructions is in die program order, 
10 i.e. from top to bottom in Figure 2A. It is however possible, according to known 
techniques as mentioned above, to divide the program into multiple threads. 
The program 8 may for instance be divided into die three direads 5, 6, 7 as 
indicated in Figure 2A. The direads can be executed concurrently. Figure 2B 
illustrates an example of a threaded program flow, where die first CPU 2 nrst 

15 processes die thread 5 and tiien die tiiread 6, and die second CPU 3 starts 
processing thread 7 before die direads 5 and 6 have finished executing on the 
first CPU 2. 

Figure 2B shows an example of how die threads 5, 6, 7 may execute. Many other 
alternative ways of executing the threads are however possible. It is for instance 

2 0 not necessary that die first CPU 2 finishes processing die thread 5 before 
starting on die thread 6 and die thread 6 may be executed before die thread 5. 
The first CPU 2 may be a type of processor that is able to switch between 
several different, direads such that die CPU 2 e.g. starts processing die thread 5, 
leaves the diread 5 before it is finished to process the diread 6 and then returns 

25 to the duead 5 again to continue where ii left off. Such a processor is sometimes 
called a Fine Grained Multi-Threading Processor. A Simultaneous Multi- 
Threading CSMT", Processor is able K> process several threads in parallel so ii the 
CPU 2 is such a processor it is able to process die threads 5. C simultaneously. 
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Thus, it is not necessaiy to have multiple CPUs in order to process multiple 
threads concurrendy. 

Collisions may occur between the threads 5, 6, 7 when die instructions of die 
computer program 8 are executed out of program order. As mentioned above, a 
collision is a situation in which the threads access the shared memory 4 in such 
a way that there is no guarantee that die semantics of the original single- 
threaded program 8 is preserved. It is therefore of interest to provide 
mechanisms for detecting and handling collisions that may arise during 
speculative thread execution. 

According to die present invention each thread 5, 6, 7 is associated with a data 
structure 9, 10, 11, which is illustrated schematically in Figure 1. The data 
structure is used to store information indicative of which memory elements in 
die shared memory 4 that die respective thread has accessed. According to an 
embodiment of die present invention each data structure includes a number of 
bits 12 diat correspond to die memory elements in the shared memory. 
According to die embodiment of the present invention shown in Figure 1 die 
bits 12 of each data structure 9, 10, 11 are divided into a load vector 9a, 10a, 11a 
and a store vector 9b, 10b, lib. For each memory element mO, ml, m2, mn in 
die shared memory 4, there is exacdy one corresponding bit 12 in die load 
vector and exacdy one corresponding bit 12 in die store vector associated with 
each diread. When die tiiread 6 reads from a memory element, it sets die 
corresponding bit 12 in die load vector 9a to indicate that die memory element 
has been read. The store vector 9b is updated analogously when die diread 6 
writes to die shared memory. 

There can either be a one-to-one correspondence or a many-to-one 
correspondence between die memory elements and die bits in die load and store 
vectors. By having a many-to-one correspondence, die memory overhead is 
reduced at the cost of spurious collisions, which causes slower execution. 
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Reducing the memory overhead will however also result in reduced execution 
overhead, since there will be fewer cache misses. A hash function can be used to 
map a number of a memory element to a bit position in die load and store 
vectors. 

Figure 3A illustrates an example of how die dam structures 9, 10, 11 are used 
according to die present invention. In this example die thread 5 has written to 
the memory elements ml and m4 and read memory elements ml, m5 and m8. 
The thread 6 has written to the memory elements m2, m6 and m9 and read die 
memory elements m2, m6 and ml 3. The thread 7 has read die memory element 
ml 2. In this example, there are more memory elements in the shared memory 
than there are bit positions in die load and store vectors, which means that there 
is a many-to-one correspondence between die memory elements and die bits in 
die load and store vectors. In this example the bit position in the load and store 
vector that corresponds to a selected memory element is found using a hash 
function, winch in this example simply calculates die remainder when dividing 
the number of die memory element by die size of the load and store vectors. 
This means that when die thread 5 writes to die memory elements ml, it sets die 
bit in position number 1 in its store vector and when die thread 6 writes to die 
memory element m.9, it sets die bit in position number 1 in its store vector. 
When die threads have performed die write and read operations mentioned 
above, the bit position numbers that are set will be 0, 1, 5 for the load vector 9a: 
1, 4 for die store vector 9b; 2, 5, 6 for die load vector 10a; 1, 2, 6 for die store 
vector 10b and 4 for the load vector 11a. This is illustrated in Figure 3A by 
means of filled boxes representing the bits that ate set. 

The implementation of die present invention can be simplified by means of the 
data structures 9. 10, 11 each comprising a single combined load and store 
vector instead of a separate load vector and a separate store vector. Figure 3B 
illustrates die same example as described above with reference to Figure 3A. 
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with the only difference that die data structures 9, 10, 11 each includes a single 
combined load and store vector 9c, 10c, 11c instead of die load vectors 9a, 10a, 
11a and the store vectors 9b, 10b, lib. The bit positions that are set in die 
combined load and store vector 9c correspond to a logical bitwise inclusive or 
5 operation of die load vector 9a and store vectors 9b shown in Figure 3B. 

The embodiment of die present invention wherein die data structures includes a 
single combined load and store vector results in an increased number of 
spurious collisions, but on die other hand it also results in a reduced need for 
memory to store die data structures and a reduced number of operations when 
1 0 checking for collisions, as will be discussed further below. 

The embodiments of die present invention shown in Figures 3A and 3B uses a 
type of data versioning called privatisation, which means that a private copy 14 
of a memory element that is to be modified is created for the thread that 
modifies die element. The tiiread then modifies die private copy instead of die 

15 original memory element in die shared memory. The private copies contain 
pointers 15 to their corresponding original memory element in die shared 
memory. The private copies are used to write over die original memory elements 
in die shared memory 4 when die threads for which they were created are 
committed. If a thread is rolled back, its associated private copies 14 are 

20 discarded. Figure 4 shows a flow diagram illustrating how reading from die 
shared memory is performed when privatisation is used. Figure 5 shows a 
corresponding flow diagram for writing to the shared memory. 

Figure 4 shows a first step 20, wherein die memory element to be read is marked 
as read in die load vector. In step 21, it is examined whether or not die thread 
25 has a private copy of die memory element to be read. If a private copy exists die 
data is read from, die private copy, step 22. If there is no private copy die data is 
read from die memoir element in die shared memory . step 25. 
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Figure 5 shows a first step 25, wherein it: is examined whether or not die thread 
has a private copy of the memory element to be written to. If there is no private 
copy, die memory element to be written to is marked as written in the store 
vector, step 26, and a private copy is created, step 27. The data is dien written to 
die private copy, step 28. If a private copy is found to exist in step 25, the data 
can be written to the private copy directly, step 28, without having to make a 
mark in the store vector or create the private copy. 

The privatisation described above is not a prerequisite of the present invention. 
Another type of data versioning, which may be used instead of privatisation, 
involves that the threads store backup copies of the memory elements before 
they modify them. These backup copies are then copied back to the shared 
memory during a rollback. 

The embodiments of die present invention described above comprise data 
structures in the form of bit vectors for storing information indicative the 
thread's accesses to the memory. However, many alternative types of data 
structures for storing this information are possible according to the present 
invention. The data structures may for instance be implemented as lists to winch 
numbers that correspond to the memory elements are added to indicate accesses 
die memory elements. Other possible implementations of the data structures 
include trees, hash tables and other representations of sets. 

It will now be discussed how the thread associated data structures of the present 
invention can be used to check for and detect collisions. 

In a software implementation where the thread associated data structures of die 
presen v invention are used to check for collisions, a. thread that has collided with 
another thread will itself detect the collision - In the known mechanisms 
discussed above an older thread would dried if a younger throne! has collided 
and send a message about this so thai the vounacr thread would he rolled back.. 
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This sending of messages takes time and causes an extra delay, which can be 
avoided by means of the present invention. 

According to a preferred embodiment of die present invention collision checks 
are performed after die tiiread has finished its execution and is about to be 
committed. The collision check is made by means of comparing die data 
structure associated with die tiiread to be checked with the data structures 
associated with other threads on -which the thread to be checked may depend. In 
order to keep track of die possible dependencies between threads a dependence 
list may be created for each thread before it starts executing. This is illustrated in 
Figure 6, by means of the threads 5, 6, 7 which are associated with dependence 
lists 16, 17 and 18 respectively. The dependence lists are lists of all older threads 
that had not yet been committed when die thread was about to start executing. 
The thread 7 may depend on threads 5 and 6 so its dependence list 18 contains 
references to threads 5 and 6 to indicate die possible dependency. 

The dependence list described above is just an example of how to keep track of 
possible dependencies between threads. The dependence list is not limited to a 
list structure but can also be represented as an alternative structure that can store 
information regarding possible dependencies. It is further not necessary for die 
dependence list to store a reference to all older not yet committed threads. For 
example in an implementation where forwarding is used it may be possible to 
determine that the thread to be started is not dependent on some of die older 
not yet committed threads and it is then not necessary to store a reference to 
these direads in die dependence list. In odier cases die information stored in die 
dependence list may refer to an interval of direads of which some already have 
been committed when die dependence list is created. As Jong as die dependence 
list includes a reference to all die threads that die thread to be started depends 
on there is no harm in die dependence list also including references to some 
direads that die thread to be started clearly does not depend on. 
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Figure 7 shows a flow diagram of how a thread rrny be executed and a. collision 
check for the thread may be made according to the present invention. In a step 
30, the dependence list for die thread to be executed is created. The thread is 
dien executed in a step 31. When die thread has finished executing, it waits until 
die threads that it may depend on have been checked for collisions and are ready 
to be committed, step 32. It tiien compares its associated data structure to die 
data structures associated with die threads in the dependence list to check for 
collisions, step 33. If no collision is detected, die thread is committed in a step 
34, otherwise die thread is rolled back in a step 35. If die thread has collided 
with anodier thread, the risk diat die thread collides witii die same thread again 
may be reduced by means of delaying the restart of die thread until die thread it 
collided with has been committed. The system may be arranged to give higher 
priority to committing threads with which other tiireads have collided. 

When die collision check is performed as described above, even die oldest not 
yet committed thread is speculative, since it might have collided with an earlier 
thread that already has been committed and this is not detected until die thread 
has finished its execution. However, when a thread has become the oldest not 
yet committed diread, it will have to be rolled back at die most once, since when 
it is restarted, there is no other diread that it can collide with. 

Alternatively one or several partial collision checks may be performed during 
execution, before performing die collision check when die diread has finished 
executing. The partial collision check can be performed without locking die data 
structures associated witii other threads because it is acceptable that die partial 
check fails to detect some collisions. Collisions that were not detected in the 
partial collision check will be detected in the final collision check that is 
performed after the thread has finished its execution. 

The comparison between two data structure:-, if- delect collisions is pcrt<»rmcd 
clifferendv depending on whether or not die data structures includes separated 
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load and store vectors or a combined load and store vector. If the data 
structures have separated load and store vectors die comparison between die 
load and store vectors of an older and a younger thread can be carried out by 
means of performing the following logical operations bitwise on the bit vectors: 

5 old store vector AND (young store vector OR young load vector). 

If die resulting vector contains any bits that are set there is a collision and die 
younger thread should be rolled back. If the data structures have combined load 
and store vectors die corresponding logical operation to be performed to check 
for collisions is an AND-operation between die combined vector of the older 
10 diread and the combined vector of the younger thread. 

In an alternative embodiment die comparison to detect collisions is carried out 
by means of performing die following logical operation bitwise on the bit 
vectors: 

old store vector AND young load vector. 

15 This comparison assumes that die threads are committed in program order and 
that when a write operation that only modifies part of a memory element (which 
corresponds to a read-modify-write operation) is carried out the corresponding 
bit in bodi die load and die store vector is set. 

An advantage of die collision check of the present invention is that since 
20 collisions do not have to be detected until die diread has finished executing, 
there is no need for any locking mechanism or memory barriers during 
execution. This reduces die execution overhead and makes die implementation 
simpler. Another reason why the execution overhead can be reduced according 
to the present invention is that if die collision check is only performed when die 
thread has finished executing, at most one check will have to be made for each 
accessed memorv element, even if die element has been accessed many times 
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during execution. In the known mechanisms discussed above a collision check 
was performed in connection widi each access to die shared memory. 

The cost of handling collisions according to die present invention is that 
collisions are not detected as early as possible, which results in some wasted data 
processing of threads that already have collided and should be rolled back. 
However, die gain in execution overhead will in many cases surpass die cost of 
not detecting collisions immediately. The collision check of the present 
invention desciibed above is tiius particularly favorable when collisions are rare. 

According to die present invention, die only thing that has to be performed m 
die same order as in die original smgle-tiireaded program is die collision check. 
Threads can be executed and rolled back out: of program order and depending 
on die implementation sometimes also committed out of program order. 

If die many-to-one correspondence between die memory elements and die bits 
in die load and store vectors is used, die load and store vectors can have a fixed 
size. The memory overhead is then proportional to die number of threads 
instead of the number of memory elements, which means that die amount of 
memory needed to store die data structures will remain die same when die 
number of memory elements in die shared memory increases. 

The present invention can be implemented botii in hardware and in software. In 
a hardware implementation it is possible to use a fast fixed-size memory inside 
each processor to store die data structures. In a software implementation a 
speed advantage will be obtained if die data structures are made small enough to 
be stored in die first level cache of die processor. Due to die frequent use of die 
data structures it will he advantageous to store diem in as fast memory as 
possible. 

The data structure associated with a thread will natural!) only have it:, be stored 
in memory until die thread with which ii is associated and all threads that may 
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depend on the thread are commuted. Once the thread and all threads that may 
depend on it are committed the memory used to store its associated data 
structure can be reused. 

The present invention is not limited to any particular type of memory elements 
of a shared memory. The present invention is applicable to both logical and 
physical memory elements. Logical memory elements are for example variables, 
vectors, structures and objects in an object oriented language. Physical memory 
elements are for example bytes, words, cache lines, memory pages and memory 
segments. 

As described above a thread comprises a number of program instructions. Other 
terms for a senes of instructions that are sometimes used in die field. An 
example of such a term is job. 

Thread-level speculative execution with a shared memory has many similarities 
to a database transaction system. The entries of a database can be compared 
with die elements of a shared memory and since a database transaction includes 
a number of operations, a database transaction can be compared with a thread. 
One way to ensure that a database remains consistent is to check for collisions 
between different database transactions. Thus the principles of the ideas of the 
present invention may be used also in this field. 

It is to be understood that the embodiments of the present invention discussed 
above and illustrated in the figures, merely serves as examples to illustrate the 
ideas of the present invention and that the invention in no way is limited to just 
die examples descnbed. The examples are for instance simple examples that 
only illustrate a few memory elements in the shared memory and a few bits in 
the data structures associated with die threads. In reality the number of memory 
elements and bits can be very large. The present invention is further not limited 
to anv particular number of threads or CPUs. 
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CLAIMS 

1. An apparatus that supports execution of computer program instructions 
speculatively out of program order comprising: 

- a plurality of threads for executing computer program instructions, and 

- a shared memory, which comprises a number of memory elements accessible 

to the plurality of threads; 
wherein each of die threads are associated with a data structure for storing 
information regarding accesses to the memory elements of die shared memory 
and wherein each of die threads has means for accessing a selected memory 
element in die shared memory and means for storing information in the 
associated data structure indicative of die access to die selected memory 
element. 

2. The apparatus according to claim 1, wherein the data, structures are one of die 
following types of structures: an unsorted list, a sorted list, a tree and a table. 

3. The apparatus according to claim 1, wherein each data structure comprises a 
number of bits that correspond to die memory elements of the shared memory 
and wherein die means for storing information are means for setting at least one 
chosen bit, which at least one chosen bit corresponds to die selected memory 
element. 

4. The apparatus according to claim 3, wherein die data structure comprises a 
load vector and a store vector, wherein the means for setung at least one chosen 
bit is arranged i:o set a bit in die: load vector when the first thread accesses the 
selected memory element in order u> rend it, and wherein the means for setting 
at least one chosen bit is arranged ro set a nil in rhe store vector when the first 
thread accesses die selected memory clauenun order i<« write to it. 
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5. The apparatus according to claim 3, wherein the data structure comprises a 
single combined load and store vector. 

6. The apparatus according to claim 4 or 5, wherein there is a one-to-one 
5 correspondence between the memory elements in the shared memory and the 

bits in the or each vector of the data structure. 

7. The apparatus according to claim 4 or 5, wherein mere is a many-to-one 
con-espondence between the memory elements in the shared memory and the 

1 0 bits in the or each vector of the data structure. 

S. The apparatus according to claim 7, wherein die correspondence between the 
bits in the or each vector and the memory elements is determined by a hash 
function that maps the memory elements to the bits in the or each vector. 
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9. The apparatus according to any of claims 1-8, wherein the apparatus further 
compnses means for checking whether a thread has a private copy of the 
selected memory object, means for creating a private copy of the selected 
memory object and means for reading and writing to a private copy of the 

2 0 selected memory object. 

10. The apparatus according to any of claims 1-8, wherein the apparatus further 
comprises means for storing a backup copy of the selected memory element. 

25 11. The apparatus according to any of claims 1-10, wherein the apparatus 
further comprises means for checking, when a fust thread has finished 
execution, if each of die threads on which the first thread may depend is read}' 
to be committed and means for checking for collision between the first thread 
and each of the. threads on which die first thread may depend, which mean: for 
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checking comprises mean., for comparing die data structure associated with the 
first thread with each respective data structure associated with die threads on 
which die first thread may depend. 

12. The apparatus according to claim 11, wherein die apparatus further 
comprises means for creating a dependence list associated with die first thread 
before execution of the first thread, which dependence list includes a reference 
to each thread which has not yet been committed and which comes before die 
first thread in program order. 

13. The apparatus according to claim 11 or 12, wherein die apparatus further 
comprises means for committing die first thread if no collision is detected 
between die first thread and any of the threads on winch die first thread may 
depend and means for restarting execution of die first thread if a collision is 
detected between die first thread and any of the threads on which die first 
thread may depend. 

14. The apparatus according to claim 13, wherein die apparatus further 
comprises means for delaying a restart of execution of die first thread until die 
diread or each of the threads with which die first thread has collided has been 
committed. 

15. The apparatus according to claim 14, wherein the apparatus further 
comprises means for giving priority to committing and /or executing die diread 
or each of the threads with which die first diread has collided. 

16. The apparatus according to any of claims 11-15, wherein die apparatus 
further comprises means for performing a partial check for collisions between 
the. first diread and at least one of the threads on which die first thread may 
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depend, winch means for performing a partial check comprises means for 
comparing the data structure associated with die first thread widi die respective 
data structure associated witii die at least one of die threads on winch die first 
thread ma)' depend. 

17. A method for recording information regarding accesses to a shared 
memory, which shared memory is accessible to a plurality of threads that are 
arranged to execute computer program instructions speculatively out of program 
order, which metiiod includes die steps of: 

- a first of the plurality of threads accessing a selected memory element in die 

shared memory, and 

- the first thread storing information indicative of die access to die selected 
memory element in a data structure associated with die first thread. 

18. The method according to claim 17, wherein die data structure is one of die 
following types of structures: an unsorted list, a sorted list, a tree and a table. 

19. The metiiod according to claim 17, wherein each data structure comprises a 
number of bits that correspond to die memory elements of die shared memory 
and wherein die step of storing information comprises setting a chosen bit in die 
data structure, which chosen bit corresponds to die selected memory element. 

20. The metiiod according to claim 19, wherein die data structure comprises a 
load vector and a store vector, wherein die chosen bit is a bit in die load vector 
if die first thread accesses die selected memory element in order to read it, and 
wherein die chosen bit is a bit in die store vector if die first thread accesses die 
selected memory element in order to write to it. 
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21. The method according to claim I9 3 wherein die data structure comprises a 
single combined load and store vector. 

22. The method according to claim 20 or 21, wherein there is a one-to-one 
correspondence between the memory elements in the shared memory and die 
bits in the or each vector of the data structure. 

23. The method according to claim 20 or 21, wherein there is a many- to-one 
correspondence between die memory elements in die shared memory and die 
bits in the or each vector of die data structure. 

24. The mediod according to claim 23, wherein die correspondence between die 
bits in die or each vector and die memory elements is determined by means of 
mapping die memory elements to die bits in the or each vector using a hash 
function. 

25. The method according to any of claims 17-24 5 comprising die further steps 
of: 

- die first diread checking whether it has a private copy of die selected memory 

object; 

- if the first thread has a private copy and the first diread accesses die selected 

memory element in order to read it, die first diread reading from die private 
copy; 

- if die first diread does not have a private copy and die first diread accesses 

the selected memory element in order to read it, die first diread reading from 
die- selected memory elernem in die shared memory; 

- if die- iirsi thread ban a private copy and die firs* diread accesses die seicciv.d 

memory clement in order i:r> write u* h, the Grsi diread writing ro die private 
copy: and 
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- if the first thread does not have a private copy and die first thread accesses 
die selected memory element in order to write to it, the first diread creating a 
private copy of die selected memory and writing to die private copy. 

26. The mediod according to any of claims 17-24, comprising die furdier steps 
of, if die first diread accesses die selected memory element in order to write to 
it, die first diread storing a backup copy of die selected memory element and die 
first diread writing to die selected memory element in die shared memory after- 
die backup copy is stored. 



27. A mediod for handling possible collisions between a plurality of tiireads, 
which direads are arranged to execute computer program instructions 
speculatively out of program order and to access memory elements of a shared 
memory, which mediod includes die steps of: 

1 5 executing a first thread; 

checking, when die first diread has finished execution, if each of die direads on 
which the first diread may depend is ready to be committed; 
waiting until each of the direads on which die first thread may depend is ready 
to be committed, if each of die direads on which die first diread may depend is 

2 0 not ready to be committed; and 

checking for collision between die first diread and each of die direads on which 
die first, diread may depend by means of comparing a data structure associated 
with die first diread witii a data structure associated widi die diread on winch 
die first diread may depend, which data structures stores information regarding 

25 which of die memory elements die thread with which die data structure is 
associated has accessed during execution of the thread. 

28. The mediod according to claim 27. . wherein each data structure comprises a 
number of bits thai correspond to die memory elements of die shared memory 
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and wherein a bit: is set if die memory element to which die bit corresponds Iras 
been accessed by die thread with which the dam structure is associated during 
execution of die thread. 

29. The mediod according to claim 28, wherein each data structure comprises a 
load vector and a store vector, wherein a bit in die load vector is set if die 
memory object to which the bit corresponds has been read by die thread with 
which die data structure is associated during execution of the diread. and 
wherein a bit in die store vector is set if die memory object to which die bit 
corresponds has been written to by die thread with winch die data structure is 
associated during execution of die diread. 

30. The mediod according to claim 28, wherein each data structure comprises a 
single combined load and store vector. 

31. The mediod according to any of claims 27-30, wherein die mediod further 
comprises the step of creating a dependence list associated with die first thread 
before execution of die first thread, which dependence list includes a reference 
to each diread which has not yet been committed and which comes before die 
first diread in program order. 

32. The mediod according to any of claims 27-31, wherein die first thread is 
committed if no collision is detected and wherein die execution of die first 
diread is restarted if a collision is detected. 

33. The mediod according no claim 32, wherein the restart of execution of die 
first thread is delayed until the diread or each of the threads with which die first 
thread collided has been commim-d. 
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34. The method according to claim 33, wherein priority is given to committing 
and/or executing the thread or each of the threads with which the Erst thread 
collided. 

35. The method according to any of claims 27-34, comprising the further step of 
performing a partial check for collisions between the first thread and at least one 
of the threads on which the first thread may depend by means of comparing the 
data structure associated with the first thread with the respective data structure 
associated with the at least one of die threads on which the first thread may 
depend, wherein no locking of the data structures take place while the partial 
check is performed. 

36. A computer program product comprising computer code means for 
performing the method of any of claims 17-26 when run on a computer. 

37. A computer program product comprising computer code means for 
performing the method of any of claims 27-35 when run on a computer. 
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